home *** CD-ROM | disk | FTP | other *** search
- Path: sobt.accessorl.net!user
- From: eric@accessorl.net (Eric Shaw)
- Newsgroups: comp.dcom.modems
- Subject: Re: faster than 28.8
- Date: Sat, 10 Feb 1996 23:01:29 -0500
- Organization: Access Orlando
- Message-ID: <eric-1002962301290001@sobt.accessorl.net>
- References: <sumner-2001961038000001@sumner.tiac.net> <4ds0fp$4ap4@news-s01.ny.us.ibm.net> <AD29910A96685C7229@asd-stat13-153.dial.xs4all.nl> <bgrubb-2301960739100001@10.0.2.15> <4e3lbi$r3m@brachio.zrz.TU-Berlin.DE> <eric-2601960120540001@sobt.accessorl.n <4famg4$1nai@seminole.gate.net> <4faoqp$15ci@navajo.gate.net> <eric-0802960057500001@sobt.accessorl.net> <4fd6ac$vsm@seminole.gate.net>
- NNTP-Posting-Host: sobt.accessorl.net
-
- In article <4fd6ac$vsm@seminole.gate.net>, dhaire@gate.net (doug haire) wrote:
-
- >The 'halting' problem you mention here is on those tests? If so, they
- >mean the modem had to resend data because of errors. These errors are not
- >reported (unless you do an ati6 after the transfer). And there's where
- >your poor results seem to be coming from.
-
- The halting was not observed during the tests that got in the 7K-8K/s
- range, but I think I remember it pausing for a few seconds when it got
- the transfers in the just over 6K/s range. Of course, there may have
- been unnoticed lags in some 8K Zmodem blocks, and the modem's buffer may
- have still been emptying while it wasn't receiving data.
-
- >Try using a dialup connection and run your tests again.
-
- Then for the compression tests, it shouldn't matter if I lock the modems down to
- 21.6 or so to avoid errors, right? 28.8 connections are not common enough
- in Orlando to believe there aren't occasional errors caught by v.42 at
- that speed.
-